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(57) A system is provided for managing data on at 
least a randomly accessible recording medium compris- 
ing a data area in which recordal data is recorded in one 
or more variable length recording blocks by file and a 
management data area in which file entries and record 
entries for each recording block of the files are recorded. 
The file entries include name data showing names of 
the recordal data recorded in the files and identification 
data showing the record entries of the first recording 
blocks in which the recordal data are recorded. The 
record entries including head position data showing the 
heads of the recording blocks, link data showing record- 
ing blocks in which continuations of the recordal data 
are recorded, and recording length data showing the re- 
cording lengths of the recording blocks. 
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Description 

The present invention relates to randomly accessi- 
ble recording media, methods of and apparatus for data 
management, and methods of generating and recording 
management data. The invention may for example be 
applied to managing data of a relatively long length, 
such as video data and audio data, recorded on variable 
length recording areas of a randomly accessible record- 
ing medium such as a magnetooptic (MO) disc or hard 
disc (HD). 

When recording or reproducing data to or from a 
randomly accessible recording medium such as a mag- 
netooptic disc or hard disc, it becomes necessary to 
manage data managing what data are recorded at what 
recording areas of the recording medium. 

In the management of data in MS-DOS (trademark 
of Microsoft Corporation), the operating system of per- 
sonal computers, as shown in Fig. 1Ato Fig. 1C, use is 
made of the FAT system using a table called a "file allo- 
cation table" (FAT). In the management of data in the 
operating system of general purpose computers known 
as UNIX (trademark of ATT), as shown in Fig. 2A to Fig. 
2C, use is made of the i-node system using a table called 
an "i-node". 

Figure 1 A shows the content of a file entry, Fig. 1B 
shows the content of the FAT, and Fig. 1 C shows the 
recording areas on a recording medium. 

In MS-DOS, recording areas (file data areas) are 
allocated in units of clusters on the recording medium 
for each of the files containing data to be managed (re- 
cordal data). A file entry is prepared for each file as 
shown in Fig. 1 A, and a column of the FAT (FAT entry) 
shown in Fig. 1 B is prepared for each cluster. 

As shown in Fig. 1A, a file entry has recorded in it 
the data showing the name of the file (file name) stored 
in the corresponding clusters and the no. of the cluster 
at which the head portion of the file is recorded (head 
FAT no.) 

As shown in Fig. 1 B, each FAT entry has recorded 
in it data showing the state of use of the cluster, that is, 
the state of non-use, two types of states of use, and a 
defective state. Among the two types of states of use, 
when the cluster is in use and a continuation of the re- 
cordal data is recorded in another cluster, data showing 
the next cluster no. is recorded, while when the cluster 
is in use and there is no continuation of the recordal data 
recorded in another cluster, an "end-of-file" (EOF) show- 
ing that the cluster is the last cluster is recorded. 

Accordingly, in the clusters of the recording medi- 
um, as shown by the hatching in Fig. 1C, when the file 
"file 1 - ("file 1 " being a file name) is recorded at the clus- 
ters 3, 4, and 8, "file r is recorded as the data showing 
the file name of the file entry and "3" is recorded as the 
head FAT no. 

Further, the FAT entry (FAT3) corresponding to the 
cluster 3 has recorded in it the no. "4" of the next cluster 
on which a continuation of the recordal data is recorded 
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so as to show that a continuation of the recordal data is 
recorded at another cluster. Similarly, the FAT4 has the 
next cluster no. "8" recorded in it. The FAT8 has record- 
ed in it the "end-of-file (EOF) for showing that the cluster 
5 is in use, but that no continuation of the recordal data is 
recorded at another cluster. 

MS-DOS, when for example reading a file "file 1 ", 
first runs a search referring to the data showing the file 
names of the file entries so as to find the file entry cor- 
10 responding to the file "file 1 Next, it refers to the head 
FAT no. of the file entryjt found and then refers to the 
FAT 4 from the content of the FAT3. Finally, it recognizes 
the "end-of-file" of the FAT8 from the content of the FAT4 
and slops referring to the FAT entries. In this way, MS- 
15 DOS successively traces back from the FAT entry 
shown by the head FAT no. to the FAT entry in which the 
"end-of-file" is recorded to thereby be able to read from 
the recording medium the file "file 1 " recorded at the 
clusters 3, 4, and 8. 

Figures 2A to 2C are views illustrating the manage- 
ment of data by the i-node system, wherein Fig. 2A 
shows the content of a file entry, Fig. 2B shows the con- 
tent of an i-node, and Fig. 2C shows recording areas on 
a recording medium. 

In the i-node system, a file entry shown in Fig. 2A 
corresponding to each file and an i-node shown in Fig. 
2B are prepared. 

In the i-node system, a file entry has recorded in it 
data showing the file name and an i-node no. showing 
the i-node of that file. An i-node has recorded in it the 
file size showing the length of data of the file and block 
pointers (direct assignment pointers) directly showing 
for example 1 ,024 byte unit recording areas (blocks) at 
which the file is recorded. Note that the i-node some* 
times has recorded data showing attributes of the file. 
Further, it sometimes has recorded an indirect assign- 
ment pointer showing a block in which is recorded a plu- 
rality of direct assignment pointers instead of the direct 
assignment pointers. 

For example, as shown in Figs. 2B and 2C, when 
the content of the i-node is that the file "file 2" has data 
of a length of 3000 bytes and is recorded at blocks 3, 4, 
and 8, UNIX refers to the i-node and can recognize that 
the data of the file "file 2" is recorded at all of the blocks 
3 and 4 and at the portion of the block 8 from the head 
to the 952nd byte. 

The above-explained file entry and FAT or i-node 
are all recorded at predetermined areas on the record- 
ing medium. 

If data is managed by the above-explained FAT sys- 
tem and i-node system, one FAT entry or one direct 
pointer of the i-node becomes necessary for each unit 
of the recording area (the above-mentioned cluster or 
block). Therefore, when managing data for a file con- 
taining recordal data of extremely long individual lengths 
such as audio data or video data, there is the problem 
that the recording areas for recording the FATs or i- 
nodes in the recording medium become extremely 
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large. 

This problem will be explained in more detail using 
as an example the case of a length of data of a cluster 
or block of 1 kbyte and a length of data of the recordal 
data of 100 Mbytes. 

When managing data of a file containing such re- 
cordal data by the FAT system, the number of FAT en- 
tries required becomes 100,000. Therefore, to identify 
each of the 1 00,000 FAT entries, 4 bytes of data become 
necessary. Therefore, it is learned that 400 kbytes of 
memory are necessary for storing the FAT entries. 

When managing data of a file containing such re- 
cordal data by the i-node system, the number of direct 
assignment pointers necessary becomes 100,000. 
Therefore, to identify each of the 100,000 direct assign- 
ment pointers, 4 bytes of data become necessary to 
show a single FAT entry. Therefore, it is learned that 400 
kbytes of memory are necessary for recording all of the 
direct pointers in the same way as the FAT system. 

In the FAT system or i-node system, to reduce the 
number of the FAT entries or the number of the i-node 
direct pointers, it may be considered to increase the 
length of the data of the cluster or the block for example. 
However, in these systems, the data of the files is man- 
aged in units of clusters or blocks, so when the length 
of the recordal data is not a whole multiple of the length 
of data of the clusters or the blocks, there is the problem 
of a large amount of waste occurring in the cluster or 
block recording the file which contains the final portion 
of the recordal data. 

According to a first aspect of the present invention, 
there is provided a randomly accessible recording me- 
dium, including a data area in which recordal data is re- 
corded in one or more variable length recording blocks 
by file and a management data area in which file entries 
and recording entries for each recording block of the 
files are recorded, the file entries including name data 
showing the names of the recordal data recorded in the 
files and identification data showing the record entries 
of the first recording blocks in which the recordal data 
are recorded, the record entries including head position 
data showing the heads of the recording blocks, link 
data showing the recording blocks in which continua- 
tions of the recordal data are recorded, and recording 
length data showing the recording lengths of the record- 
ing blocks. 

According to a second aspect of the invention, there 
is provided a method of data management for managing 
data on a randomly accessible recording medium, com- 
prised of a data area in which recordal data is recorded 
in one or more variable length recording blocks by file 
and a management data area in which file entries and 
recording entries for each recording block of the files are 
recorded, the file entries including name data showing 
the names of the recordal data recorded in the files and 
identification data showing the record entries of the first 
recording blocks in which the recordal data are record- 
ed, the record entries including head position data 
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showing the heads of the recording blocks, link data 
showing the recording blocks in which continuations of 
the recordal data are recorded, and recording length 
data showing the recording lengths of the recording 
$ blocks, wherein use is made of the name data showing 
the name of the recordal data to be accessed to find the 
file entry and use is made of the head position data and 
the recording length data of the record entry shown by 
the identification data of the file entry of the recordal data 
10 to be accessed and the record entry shown by the link 
data of that record entry, to access the recordal data. 

According to a third aspect of the present invention, 
there is provided a method of generating and recording 
recordal data on a randomly accessible recording me- 
15 dium and management data for managing that recordal 
data, comprised of the steps of: 

a) generating a file entry including name data show- 
ing the name of the recordal data, 

b) acquiring record entry nos., 

c) writing the first record entry no. in the file entry 
as the head record entry no., 

d) securing an empty recording area in the data 
recording area on the recording medium, 

e) writing the head position of the empty recording 
area in the record entry as head position data, 

f) recording the recordal data in the empty recording 
area, 

g) writing the size of the recorded recordal data in 
the record entry as the recording length data when 
the empty recording area becomes full and there is 
still recordal data remaining, 

h) acquiring the next record entry no. and writing 
the next record entry no. in the previous record entry 
as link data when there is still recordal data remain- 
ing, 

i) repeating steps d) to h) until there is no longer any 
recordal data to be recorded, and 
j) writing the size of the recordal data recorded in 
the recording area in the recording entry as the 
recording length data and writing link down showing 
that it is the end in the final record entry when there 
is no longer any recordal data to be recorded. 

According to a fourth aspect of the invention, there 
is provided a data management apparatus for managing 
recordal data recorded at recording areas of variable 
length on a randomly accessible recording medium, the 
data management apparatus provided with a record en- 
try generating means for generating a record entry es- 
tablishing correspondence among link data, head posi- 
tion data, and recording length data for each the record- 
ing area, a link data generating means for generating 
link data showing the record entry of the recording area 
on which a continuation of the recordal data recorded at 
the recording area is recorded, a head position data 
generating means for generating head position data 
showing the head position of the recording area, a re- 
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cording length data generating means for generating re- 
cording length data showing the length of the recordal 
data recorded at the recording area, a file entry gener- 
ating means for generating a file entry establishing cor- 
respondence between name data showing the name of s 
the recordal data and identification data showing the 
record entry of the recording area on which the head 
portion of the recordal data is recorded, and an access 
management means for managing access to the record- 
al data using the name data showing the name of the 10 
recordal data to be accessed to search through the file 
entries and using the head position data and recording 
length data of the record entry shown by the identifica- 
tion data of the file entry of the recordal data to be ac- 
cessed and the record entry shown by the link data of is 
the record entry. 

A preferred form of implementation of the invention 
described hereinbelow provides: 

a method of data management and apparatus for 20 
the same enabling data to be managed using a 
table of a much shorter length of data compared 
with the FAT system and i-node system for a file 
containing data of an extremely long length, for 
example, audio data and video data; 25 
a method of data management and an apparatus 
for the same enabling a reduction of the recording 
area which the table for data management occupies 
in the recording medium and enables effective uti- 
lization of. the recording medium; and 30 
a method of data management and an apparatus 
for the same enabling a reduction of the wasted 
recording area caused on a recording medium 
regardless of if the data of the table used for the 
data management is short in length. 35 

The invention will now be further described, by way 
of illustrative and non-limiting example, with reference 
to the accompanying drawings, wherein: 

40 

Figs. 1 A to 1 C are views illustrating data manage- 
ment by the FAT system, wherein Fig. 1 A shows the 
content of a file entry, Fig. 1 B shows the content of 
a FAT, and Fig. 1C shows recording areas on a 
recording medium; 45 
Figs. 2A to 2C are views illustrating data manage- 
ment by the i-node system, wherein Fig. 2 A shows 
the content of a file entry, Fig. 2B shows the content 
of an i-node, and Fig. 2C shows recording areas on 
a recording medium; so 
Fig. 3 is a block diagram of a video signal server 
system to which a data management apparatus 
embodying the present invention is applied; 
Fig. 4 is view of the configuration of the data storage 
apparatus shown in Fig. 3; ss 
Fig. 5 is view of the configuration of a data manage- 
ment apparatus realized by a software format on a 
memory circuit (MEM) of the data storage appara- 



tus shown in Fig. 2; 

Figs. 6A to 6C are views illustrating a table used for 
managing recordal data recorded by a data man- 
agement apparatus embodying the present inven- 
tion on a single recording area, wherein Fig. 6A 
shows a file entry, Fig. 6B shows a record entry, and 
Fig. 6C shows a recording area on an MO disc; 
Figs. 7 A to 7C are views illustrating a table used for 
managing recordal data recorded by data manage- 
ment apparatus embodying the present invention 
ona 

plurality of recording areas, wherein Fig. 7A shows 
a file entry, Fig. 7B shows a record entry, and Fig. 
7C shows a recording area on an MO disc; 
Fig. 8 is a flow chart of the processing of the data 
management apparatus embodying the present 
invention in the case where the data storage appa- 
ratus shown in Fig. 3 writes recordal data on an MO 
disc; 

Fig. 9 is a flow chart of the processing of the data 
management apparatus embodying the present 
invention in the case where the data storage appa- 
ratus shown in Fig. 3 reads recordal data from an 
MO disc; 

Figs. 10A and 1 0B are views of the configuration of 
an MO disk used in a data storage apparatus of an 
AV server apparatus shown in Fig. 3, wherein Fig. 
1 0A is a view of the overall configuration of an MO 
disk and Fig. 1 0B is a view of the configuration in a 
system area SA; 

Fig. 1 1 is view of the configuration of a file entry FE 
of an MO disk; 

Fig. 12 is a flow chart of the procedure for access 
to file data; 

Fig. 1 3 is a view of the configuration of a file entry 
FE of an MO disk; 

Figs. 1 4A and 1 4B are views of the configuration of 
an entry in a continuous area CA and random area 
RA of an MO disk, wherein Fig. 1 4A is a view of the 
configuration of a record entry of the continuous 
area CA and Fig. 1 4B is a view of the configuration 
of the i-node in the random area RA; 
Fig. 15 is a flow chart of the procedure for access 
to a data file data in the case of execution of a PLAY 
command; 

Fig. 16 is a flow chart of the procedure for access 
to a data file data in the case of execution of a READ 
command; 

Fig. 1 7 is a view of the recording area of an MO disc 
divided into data management areas, backup data 
management areas, and a data area; 
Fig. 1 8 is a view of another recording area of an MO 
disc divided into data management areas, backup 
data management areas, and a data area; and 
Fig. 1 9 is a view of another recording area of an MO 
disc divided into data management areas, backup 
data management areas, and data areas. 
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Embodiments of the present invention will be ex- 
plained below. 

First, referring to Fig. 3 to Fig. 5, an explanation will 
be made of the configuration of the video signal server 
system to which a data management apparatus 340 em- 
bodying the present invention shown in Fig. 5 is applied 
and the data storage apparatus 30j and the configura- 
tion of the data management apparatus 340. 

Figure 3 is a block diagram of a video signal server 
system to which the data management apparatus 340 
embodying the present invention is applied. 

In Fig. 3, digitalized input video signals S10 are in- 
put to the variable encoding rate video signal high-effi- 
cient encoding apparatuses 10, to 10 n where they are 
encoded at a high efficiency and become the high-effi- 
cient encoded video data Slla. 

The encoding rates of the video signal high -efficient 
encoding apparatuses 10 n to 10 n are set in advance by 
the control signals S12 from the synchronous system 
control execution apparatus 16. 

If the high-efficient encoding apparatuses 1 0-, to 1 0 n 
extract the clocks and frame timing from the input video 
signals S10 and use them internally, then it would be- 
come possible to input the video signals in synchroni- 
zation with the video signal synchronization signal. 

The high-efficient encoded video data Slla are input 
to a line switching apparatus 1 1 such as a routing switch- 
er for a broadcasting station. In the line switching appa- 
ratus 11, the destination of the line switching operation 
is set by a control signal S1 3 from the synchronous sys- 
tem control execution apparatus 16. Accordingly, the 
high-efficient encoded video data SI 1a input to the line 
switching apparatus 11 are conveyed to the data stor- 
age apparatuses 30^ to 30 n connected by the set route 
as input high-efficient encoded video data S11b. 

The high-efficient encoded video data S11 b are re- 
corded in the independently controlled data storage ap- 
paratuses 30 1 to 30 n by a control signal S14 from the 
synchronous system control execution apparatus 16. 

The data storage apparatuses 30j (i = 1 to n) follow 
the control of the synchronous system control execution 
apparatus 1 6 through the control signal S1 4 and use the 
data management apparatus 340 to record the input 
high-efficient encoded video data S11b input from the 
video signal high -efficient encoding apparatuses 10 1 to 
10 n through the line switching apparatus 11, and man- 
age the recorded input high-efficient encoded video sig- 
nal data S11b or reproduce the input high-efficient en- 
coded video data S1 1 b designated by an editor etc. op- 
erating a host user system 1 4 and output it as the repro- 
duced high-efficient encoded video data S1 5a to the line 
switching apparatus 11 . Note that the configurations of 
the data storage apparatuses 30; and the data manage- 
ment apparatus 340 will be explained later with refer- 
ence to Fig. 4 and Fig. 5. 

The reproduced high-efficient_encoded video data 
S 15a is input to the line switching apparatus 11 in the 
same way as at the time of recording. In the line switch- 
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ing apparatus 11, the destination of the line switching 
operation is set by a control signal S13 from the syn- 
chronous system control execution apparatus 16. Ac- 
cordingly, the high-efficient encoded video data S1 5a in- 

5 put to the line switching apparatus 1 1 is conveyed to the 
predetermined video signal decoding apparatuses 13 1 
to 1 3 n connected by the set route as the high-efficient 
encoded video data S1 5b. 

The high-efficient encoded video data S1 5b are de- 

io coded in the video signal decoding apparatuses 13 1 to 
13 n into the decoded video signals S1 6 which are then 
output outside of the system, for example, to an editing 
apparatus. 

In the example of Fig. 3, no control signal was input 
15 to the video signal decoding apparatuses 1 3, but this 
was because this type of decoding apparatus is config- 
ured to automatically track changes in the encoding 

rate. 

Further, in the control system of this system, first, a 

20 plurality of independent control instructions S1 7a issued 
from a host user system 14 comprised of one or more 
computers are successively transferred through a LAN 
to a control instruction transfer apparatus 15 usually 
comprised of a single computer in the form based on the 

25 general purpose protocol. 

The control instruction transfer apparatus 1 5 trans- 
fers to the synchronous system control execution appa- 
ratus 16 the control instructions S17b obtained by pro- 
tocol conversion for enabling communication with the 

30 synchronous system control execution apparatus 1 6. 

Figure 4 is a view of the configuration of a data stor- 
age apparatus 30j shown in Fig. 3, while Fig. 5 is a view 
of the configuration of a data management apparatus 
340 realized by a software format on a memory circuit 

35 (MEM) 306 of the data storage apparatus 30 t shown in 
Fig. 4. 

As shown in Fig. 4, the data storage apparatus 30 j 
is comprised of a control format conversion apparatus 
(CNV) 121 and a disc apparatus 32. The disc apparatus 
40 32 is comprised of a writing/reading circuit (W/R appa- 
ratus) 302, a control circuit 304, and a memory circuit 
306. 

The high-efficient encoded video data S1 1b trans- 
ferred by a data transmission medium able to transfer a 
45 baseband digital video signal is input to the data and 
control format conversion apparatus 1 21 where it is con- 
verted to a format able to be input to the disc apparatus 
32. 

On the other hand, the data reproduced from the 
50 disc apparatus 32 is input to the data and control format 
conversion apparatus 121 where it is converted to the 
same data format as at the time of recording and be- 
comes the reproduced high-efficient encoded video 
data S15a which is transmitted by a data transmission 
55 medium able to transmit a baseband digital video signal. 
The data and control format conversion apparatus 
121 converts the control format to a format able to con- 
trol the disc apparatus 32 in accordance with a control 
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signal S14 from the synchronous system control execu- 
tion apparatus 16. 

The W/R apparatus 302 follows the control of the 
control circuit 304, causes the MO disc 40 to turn, and 
writes the recordal data from the control format conver- 
sion apparatus 121 on the MO disc 40 or reads the re- 
cordal data from the MO disc and outputs it to the W/R 
apparatus 302. 

The control circuit 304 follows the control of the syn- 
chronous system control execution apparatus 16 
through the control signal S14 and executes the pro- 
grams of the data management apparatus 340 stored in 
the memory circuit 306 to control the W/R apparatus 302 
and cause the recordal data to be recorded on or repro- 
duced from the MO disc 40. 

Note that the data storage apparatus 30j writes and 
reads (accesses) recordal data to and from the MO disc 
40 in block units. The length of data of each block is for 
example 1 kbyte. 

By configuring the system in this way, the data and 
control format conversion apparatus 121 and the disc 
apparatus 32 can be connected through a general use 
connection line S1 20 carrying a mixture of ordinary data 
and control signals and recording and reproduction of 
encoded video data becomes possible using a disc ap- 
paratus. 

Further, by configuring the system in this way, the 
data storage apparatus 30 t can be changed in the speed 
of recording and reproduction up to the extent of the 
maximum data transfer speed of the disc apparatus 32. 

Further, as shown in Fig. 5, the data management 
apparatus 340 is realized in the form of software exe- 
cuted in the control circuit 304 on the memory circuit 
306. It is comprised of a record entry generating pro- 
gram (REG) 310, a link data generating program (LDG) 
312, a head position data generating program (HDG) 
314, a recorded length data generating program 
(RLDG) 31 6, a file entry generating program (REG) 31 8, 
an access management program (AM) 320, an empty 
area securing program (EAG) 322, a recordal data writ- 
ing program (DW) 324, an empty recording area man- 
agement program (EAM) 328, a data management pro- 
gram (DM) 330, a recordal data reading program (DR) 
332, and an operating system (OS) 334 for controlling 
the execution of these programs. 

Below, an explanation will be made, referring to 
Figs. 6A to 6C and Figs. 7 A to 7C, of the content of a 
table used in the management of data by the data man- 
agement apparatus 340 taking as an example the case 
of recording on an MO disc a file "file A" ("file A" being 
the file name) containing extremely long recordal data 
of a length of 1 000 kbytes, such as audio data or video 
data (hereinafter referred to as "record entry system 
data management"). 

In the management of data by the data manage- 
ment apparatus 340, a file containing recordal data is, 
as shown in Fig. 6C and Fig. 7C, recorded as much as 
possible on one or more continuous recording areas on 



the MO disc 40. A file entry shown in Fig. 6A and Fig. 
7 A is generated for each file. A record entry shown in 
Fig. 6B and Fig. 7B is generated for each continuous 
recording area. Note that each record entry is given a 
5 record entry no. Further, the file entries and record en- 
tries are recorded at a predetermined area of the MO 
disc 40. 

A file entry contains the name data showing the file 
name of the corresponding file and head position data 

io showing the record entry no. corresponding to the re- 
cording area where the £ead portion of the file "file A" is 
recorded. In the examples shown in Figs. 6A to 6C and 
Figs. 7 A to 7C, the name data is the "file A" and the head 
position data is "3". 

1S A record entry contains the link data (LINK) showing 

the record entry of the next recording area where a con- 
tinuation of the file recorded in the corresponding re- 
cording area is recorded, head position data (BID) 
showing the head position on the MO disc 40 of the cor- 

20 responding recording area, and the recording length 
data (RSIZE) showing the length of the data of the cor- 
responding recording area. 

Note that, as shown in Fig. 6C, when the file "file A" 
is recorded from block 200 to 1 ,200 on the MO disc 40, 

25 that is, in a single recording area, the content of the link 
data is "end-of-file" (EOF) showing that the recording 
area is the last recording area in which the file "file A" is 
recorded and the recording length data is "1,000". 

Further, as shown in Fig. 7C, when the file "file A" 

30 is recorded divided among a number of recording areas, 
such as the blocks 1 ,200 to 1 ,300, the blocks 1 ,400 to 
2,000 : and the blocks 2,200 to 2,500, the link data of 
just the record entry corresponding to the recording area 
recording the last portion of the file "file A" becomes 

35 "end-of-file" (EOF). The link data of the record entries 
corresponding to the recording areas on which the other 
portions of the file "file A" are recorded become the nos. 
of the record entries corresponding to the next recording 
areas where the continuations of the file "file A" are re- 

40 corded. 

Accordingly, in the example shown in Figs. 7A to 
7C, the link data of the record entry of the record entry 
no. 1 (record entry 1) becomes "2", the link data of the 
record entry 2 becomes "4", the link data of the record 

45 entry 4 becomes "EOF", and the recording length data 
become "100", "600", and "300". 

Below, an explanation will be made of the operation 
of a data storage apparatus 30j based around the oper- 
ation of the data management apparatus 340 referring 

50 to Fig. 8 and Fig. 9. 

When the data storage apparatus 30j is writing a 
new file containing predetermined recordal data, for ex- 
ample, the file "file A" explained above in Figs. 6A to 6C 
and Figs. 7A to 7C, on the MO disc 40 : the data man- 

55 agement apparatus 340 performs the processing in ac- 
cordance with the flow chart shown in Fig. 8. Note that 
as explained above, the programs in the following 
processing are executed by the control circuit 304. The 
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execution is controlled by the OS 334 (Fig. 5). Further, 
for simplification of the explanation, irrelevant process- 
ing etc. will be omitted from the Fig. 8 and Fig. 0 and the 
following explanation. 

As shown in Fig. 8, at step 01 (S01 ), when a control s 
signal S1 4 to the effect of causing the control circuit 304 
to write the file "file A" in the MO disc containing the iden- 
tification data of the file "file A" is input from the synchro- 
nous system control execution apparatus 16 (Fig. 3) 
through the control format conversion apparatus 121 
(Fig. 4), the access management program 320 activates 
the recordal data reading program 332 and the file entry 
generating program 31 8. The recordal data reading pro- 
gram 332 controls the W/R apparatus 302 to read the 
file out from the MO disc the file entries and record en- 
tries already stored in the MO disc 40 and store the 
same in the memory circuit 306. Further, the file entry 
generating program 318 generates the file entry corre- 
sponding to the file "file A" on the memory circuit 306 
and writes the "file A" as the name data. 

At step 02 (S02), the record entry generating means 
310 acquires the record entry corresponding to the new 
recording area on the memory circuit 306. 

The file entry generating program 318 uses the no. 
of the record entry acquired as the identification data 
when the processing of S02 is performed for the first 
time on the file "file A u and writes this into the file entry 
generated by the processing of S01 as the head record 
entry no. 

The recording length data generating means 316 
counts the number of blocks which the empty area se- 
curing program 322 wrote in and generates the record- 
ing length data. The link data generating program 312 
generates link data based on the no. of the newly ac- 
quired file entry. 

The record entry generating program 310 writes the 
recording length data and the link data in the record en- 
try on the memory circuit 306 corresponding to the re- 
cording area where the writing has been finished in the 
processing of the previous S03 to S06. 

At step 03 (S03), the empty area securing program 
322 performs processing based on the file entry and 
record entry stored in the memory circuit 306 and se- 
cures an empty recording area on the MO disc 40. Spe- 
cifically, for example, in the example shown in Fig. 6C, 
it secures the blocks 200 to 1 ,200 or, in the example 
shown in Fig. 7C, the empty area securing program 322 
first secures the blocks 1 ,200 to 1 ,300 on the MO disc 
40, then successively secures the blocks 1 ,400 to 2,000 
and the blocks 1 ,400 to 2,000 each time it is activated. 

The head position data generating program 314 
generates the head position data based on the head po- 
sition in the MO disc 40 of the secured empty recording 
area. The record entry generating program 310 writes 
the head position data in the record entry generated by 
the processing of S02. 

At step 04 (S04), the recordal data writing program 
324 controls the W/R apparatus 302 and successively 



writes in one block units on the empty recording area on 
the MO disc 40 secured by the empty area securing pro- 
gram 322 in the processing of S02 the recordal data of 
the file "file A" input as the input high-efficient encoded 
video data SHb and converted in format by the control 
format conversion apparatus 121. 

At step 05 (SOS), the recordal data writing program 
324 judges if there is any recordal data of the file "file 
A° to be written remaining each time one block's worth 
of writing is finished. If there is no recordal data remain- 
ing, the routine proceeds to the processing of S07, while 
if there is recordal data remaining, it proceeds to the 
processing of S06. 

At step 06 (S06), the empty recording area man- 
agement program 328 judges if there is any empty area 
remaining in the recording area secured by the empty 
area securing program 322 at the processing of S02. If 
there is empty area remaining in the recording area, the 
routine proceeds to the processing of S04, while if there 
is none remaining, it proceeds to the processing of S02. 

At step 07 (S07), the link data generating program 
312 generates the end-of-file (EOF) as the link data, 
while the record entry generating program 310 writes 
the link data in the record entry generated by the 
processing of S02. 

At step 08 (S08), the data management program 
330 records the file entry and record entry generated on 
the memory circuit 306 at a predetermined recording 
area of the MO disc 40. 

The data management apparatus 340 performs the 
processing according to the flow chart of Fig. 9 when 
reading the file "file A" recorded on the MO disc 40 as 
explained above with reference to Fig. 8. 

As shown in Fig. 9, at step 11 (S11), when there is 
a control signal S14 including the name data "file A" and 
to the effect of causing the file "file A" to be read from 
the MO disc 40 input from the synchronous system con- 
trol execution apparatus 1 6 to the control circuit 304, the 
access management program 320 activates the record- 
al data reading program 332. The recordal data reading 
program 332 controls the W/R apparatus 302 to read 
the file entries and record entries from the MO disc 40 
and store them in the memory circuit 306. 

At step 12 (S12), the access management program 
320 compares the name data of the file entries in the 
memory circuit 306 with the name data "file A" received 
from the synchronous system control execution appa- 
ratus 1 6 and finds the file entry corresponding to the file 
"file A\ that is, where these match. Further, the access 
management program 320 acquires the no. of the 
record entry shown by the identification data of the found 
file entry. 

At step 13 (S13), the access management program 
320 acquires the record entry of the no. acquired at S1 2 
when first performing the processing of S13 on the file 
"file A" and acquires the record entry of the no. shown 
by the link data of the record entry acquired at the 
processing of the former S1 3 in other cases. 
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At step 14 (S14), the access management program 
320 adds to the list on the memory circuit 306 the record 
entry acquired in the processing of S13. 

At step 15 (S1 5), the access management program 
320 judges if the link data of the record entry acquired s 
in the processing of S13 is an "end-of-file" (EOF). If an 
EOF, the routine proceeds to S16 while if not an EOF, 
the routine proceeds to S13. 

At step 16 (S16), the access management program 
320 activates the recordal data reading program 332. 10 
The recordal data reading program 332 controls the 
W/R apparatus 302 to cause it to read the file "file A" 
from the recording areas of the MO disc 40 shown by 
the record entries on the list. The recordal data read by 
the recordal data reading program 332 is converted in 15 
format by the control format conversion apparatus 121 
and output as the reproduced high -efficient encoded 
video data S15a to the line switching apparatus 11 . 

According to the data management apparatus 340 
explained above, under the same conditions where the 20 
FAT system etc. required a table of a data length of 400 
kbytes, the file "file A" for example became 10 bytes in 
the case of recording on a single recording area as 
shown in Fig. 6C and 30 bytes even when recorded di- 
vided among three recording areas as shown in Fig. 7C, 25 
i.e., much smaller amounts. 

Accordingly, if the data management apparatus 340 
is used, it is possible to use almost all of the recording 
capacity of an MO disc 40 for recording video data and 
audio data. 

Further, since the amount of the data of the table 
required for data management is small, the amount of 
processing required for the data management is short, 
so the data storage apparatus 30j can record and repro- 
duce data at a high speed. 

Further, since even if the length of data of a block 
is short, the length of data ol the table required for data 
management will not become long, so there is little 
waste in the MO disc 40. 

The data storage apparatus 30 t and data manage- 
ment apparatus 340 shown in the embodiments may be 
used not only for video signal server systems, but also 
for recordal data in general computers. 

Further, the recording medium of the data storage 
apparatus 30-, is not limited to an MO disc 40. Suitable 
modifications may be made to the W/R apparatus 302 
and for example use may be made of an HD, floppy disc, 
or magnetic tape. 

Further, the configuration of the software of the data 
management apparatus 340 was just an illustration. 
Changes may be made for the greater convenience of 
preparing the software. 

Further the data storage apparatus 30 { may be con- 
figured to manage data by the record entry system using 
the data management apparatus 240 for part of the ar- 
eas of the MO disc 40 and to manage data by the FAT 
system or the i-node system for the other areas. This 
will be explained next as a method of data management 



embodying a second aspect of the present invention. 

In an AV server apparatus such as shown in Fig. 3, 
simultaneous with the AV data, there are recorded text 
information such as camera records and comments re- 
lating to the AV data or tele prompts for the time of trans- 
mission of the program. These are used together with 
the AV data. At this time, it becomes necessary to simul- 
taneously record on the same recording medium of the 
data storage apparatus 93 AV data large in data size 
and to be mainly continuously accessed and text data 
small in data size and not requiring continuous access. 

Figure 1 0A is a view of the configuration of record- 
ing areas on an MO disk and Fig. 1 0B is a view of the 
configuration in a system area SA. 

The MO disk of the present embodiment is used di- 
vided into four areas: a system area SA : file entries FE, 
a continuous area CA, and a random area RA. Data is 
actually recorded in the continuous area CA, that is, the 
area where continuous data is recorded, and the ran- 
dom area RA, that is, the area where random data is 
recorded. The system area SA, as shown in Fig. 10B, 
is an area where the parameters of the disk as a whole 
are given. The medium identifier, user information, and 
file system parameters are recorded there. The user in- 
formation is an area open to the user. The file system 
parameters include the starting blocks of the file entries 
FE, the continuous area CA, and the random area RA, 
the number of file entries, and the number of record en- 
tries and i-nodes. 

The file entries FE are of the same configuration for 
the continuous area CA and the random area RA, but 
are provided separate for these areas. The configura- 
tion of a file entry FE is shown in Fig. 11 . As shown in 
Fig. 3, a file entry FE records along with the file name 
the type of the file, that is, if it is of continuous data or 
random data. Further, the next four bytes after the file 
type record the pointers of the areas. These record the 
pointer to the head record entry of the file data of the 
continuous area when the type of the file is one of con- 
tinuous data or the pointer to the i-node no. of the file 
data of a random area RA when the type of the data is 
one of random data. 

The continuous area CA manages the recordal data 
by the record entry system. 

The continuous area CA, as shown in Fig. 10A, in- 
cludes a superblock showing the internal structure of a 
continuous area CA, a record entry, empty area infor- 
mation, and a continuous data recording area. 

The random area RA manages the recordal data by 
the i-node system. The i-node system is the same as 
the system explained with reference to Fig. 2. 

The random area RA, as shown in Fig. 10A, in- 
cludes a superblock showing the internal structure of the 
random area RA, an i-node bit map showing the empty 
area of the i-node, a block bit map showing the empty 
area, an i-node recording area, and a random data re- 
cording area. 

Next, an explanation will be made of the routine in 
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an MO drive for accessing data in an MO disk medium 
of this configuration. 

First, when an MO disk is inserted into an MO drive, 
first, the system area SA is read and then a judgement 
is made as to at which positions of the disk the file entry 5 
FA, continuous area CA, and random area RA are at. 

A superblock is read for the continuous area C A and 
random area RA and the management information at 
each recording area is read. 

The MO drive acquires the management informa- 
tion from the information and determines the access po- 
sition. 

The routine for access to the file data will now be 
explained with reference to the flow chart of Fig. 12. 

First, the file entry is acquired from the file name of 
the file to be accessed (step S101). Next, the file type 
is acquired from a file entry and a judgement is made if 
the file is a continuous data file or random data file (step 
S102). 

In the case of a continuous data file, the first record 
entry no. is acquired from file entry and the no. is set in 
the access record list (step S1 03). Next, the record entry 
of the acquired record no. is loaded (step S104). The 
record entry is added to the access record list (step 
S105). Next, the LINK of the record entry is referred to. 
If LINK * EOL, then the record no. of the LINK is set for 
the acquired record no., and the processing of step 
S104 and on is repeated (step S106). At step S106, if 
LINK = EOL, the file data is accessed in accordance with 
the access record list. 

On the other hand, at step S102, when the file to be 
accessed is a random data file, the i-node no. is ac- 
quired from the file entry (step S108). Next, the i-node 
of the i-node no. is loaded in the memory (step S109). 
Then, the file data is accessed in accordance with the 
block pointer stated in the i-node (step S110). 

At step S 1 07 and step S 1 1 0, when access to the file 
data ends, the processing is ended (step S111). 

In this way, according to the method of data man- 
agement embodying the second aspect of the invention, 
the recordal data is divided into continuous data and 
random data and each is recorded in its own predeter- 
mined area by a predetermined system of management. 
Accordingly, suitably efficient management becomes 
possible and efficient recordal of data becomes possi- 
ble. For example, in the AV server apparatus shown in 
Fig. 3, by having the AV data written in the continuous 
area CA as the continuous data and managed by the 
record entry system, while having text information such 
as camera records and comments and teleprompts at 
the time of broadcasting a program stored in the random 
area as random data and managed by the i-node or FAT 
system, it is possible to manage data efficiently in ac- 
cordance with the properties of the data. 

Further, since the data recording areas are separat- 
ed, it is possible to reduce the fragments in recording 
continuous data and possible to record continuous data 
in a manner enabling easy continuous access. 



Further, the method of file management of a random 
area RA was made the i-node system, but this may be 
the FAT system as well. 

Now then, when recording AV data, sometimes the 
state of recording the AVdata, an explanation of the con- 
tent, static image data for identifying the data, etc. is de- 
sired to be recorded along with the same. 

Each of the above-mentioned methods of file man- 
agement, however, were configured with a single data 
area given correspondence to a single file name. Ac- 
cordingly, it was not possible to establish correspond- 
ence between the AV data and the related data. To give 
correspondence, the correspondence had to be man- 
aged at the application level. In this type of method, how- 
ever, it was necessary to constantly bear in mind the 
correspondence, so handling of data files became trou- 
blesome. Accordingly, a method of data management 
embodying a third aspect of the invention is proposed. 

In this method of data management embodying the 
third aspect, continuous data and random data are 
mixed in a single file and are managed by separated 
methods. 

In the method of data management embodying the 
third aspect of the invention as well, the overall config- 
uration of the recording areas on the MO disk 40 is the 
same as in Fig. 10A. 

The configuration of a file entry FE is shown in Fig. 
13. As shown in Fig. 13, a file entry FE records for a 
single file name both of the pointer for the data of the 
continuous area CA, i.e., the record entry no., and the 
pointer for the data of the random area RA, i.e., the i- 
node no. Further, the file entry FE records for the data 
entries information on the two data sizes, creation dates, 
and creation times. Therefore, according to this config- 
uration of the file entry FE, correspondence is given for 
data corresponding to what is normally two files to a sin- 
gle file name. 

The continuous area C A manages the recordal data 
by the record entry system. 

The random area RA manages the recordal data by 
the i-node system. The i-node system is the same as 
the method explained with reference to Fig. 2 A to 2C. 
The data is managed by an i-node such as shown in Fig. 
14B. Next, an explanation will be made of the routine in 
an MO drive 30 for accessing data in an MO disk medi- 
um 40 of this configuration. 

First, when an MO disk is inserted into an MO drive, 
first, the system area SA is read and then a judgement 
is made as to at which positions of the disk the file entry 
FA, continuous area CA, and random area RA are at 
from the parameters of the file system. 

A superblock is read for the continuous area C A and 
random area RA and the management information at 
each recording area is read. 

The access by the MO drive to the individual data 
files is switched by commands or command options in 
accordance with the types of the data. 

In an MO drive of the present embodiment, switch- 
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ing is performed in the four commands of 



(1) 


Reading of continuous data 


PLAY 


(2) 


Writing of continuous data 


RECORD 


(3) 


Reading of random data 


READ 


(4) 


Writing of random data 


WRITE 



The access to a data file when a PLAY command is 
executed, for example, is performed as follows as 
shown in the flow chart of Fig. 15. 

First, a file entry is acquired from the file name (step 
S211). A first record entry no. is acquired from the file 
entry and is set as the acquired record no. (step S21 2). 
When the acquired record no. is H EOL a (step S1 3), "ER- 
ROR" is output and the processing is ended (step S21 9). 
If the acquired record no. at step S21 3 is not "EOL", the 
record entry of the acquired record no. is loaded (step 
S21 4) and the record entry is added to the access record 
list (step S215). 

The LINK of the record entry is referred to. If LINK 
* EOL, then the record no. of the LINK is set for the 
acquired record no. and the processing from step S21 3 
is repeated (step S216). At step S216, if LINK = EOL, 
the file data is accessed in accordance with the access 
record list (step S217). When the access is ended, the 
processing ends (step S218). 

Further, the access to a data file when a READ com- 
mand is executed is performed as follows as shown in 
the flow chart of Fig. 16. 

First, a file entry is acquired from the file name (step 

5221 ) . An i-node no. is acquired from the file entry (step 

5222) . When the acquired i-node no. is "0° (step S223), 
"ERROR" is output and the processing is ended (step 
S227). If the i-node no. acquired at step S223 is not "0", 
the i-node of the i-node no. is loaded (step S224) and 
the file data is accessed in accordance with the block 
pointer given in the i-node (step S225). When the ac- 
cess is ended, the processing ends (step S226). 

In this way, according to the method of data man- 
agement described above , the recordal data is divided 
into continuous data and random data and recorded by 
predetermined methods of management in predeter- 
mined areas. Further, it is made possible to access both 
of the continuous data and the random data by a single 
file name in the file entry. Accordingly, it becomes pos- 
sible to efficiently record with correspondence the AV 
data and the related data. 

Note that the method of data management of the 
present invention is not limited to this embodiment and 
can be modified in many ways. 

According to the method of data management em- 
bodying the third aspect of the present invention, provi- 
sion is made in a single file entry of pointers for both of 
continuous data files and random data files, so it is pos- 
sible to provide a method of file management enabling 
easy establishment of correspondence between the 
continuous data requiring continuous access, such as 



audio data and video data, and random data, such as 
text data. 

Further, it is possible to store with correspondence 
the AV data, the state of recordal or explanation of con- 
tent relating to the AV data, static image data for identi- 
fying the data, etc., so it becomes possible to provide a 
data recording apparatus suitable for use for editing in 
an AV server apparatus etc. 

Further, it is possible to manage data by a method 
embodying a fourth aspect of the invention combining 
the methods of data management embodying the sec- 
ond and third aspects of the invention. That is, it is pos- 
sible to manage those files, among a number of files, 
which contain just continuous data by the record entry 
system, to manage other files which contain only ran- 
dom data by the i-node system or the FAT system, and 
to manage other files containing a mix of continuous 
data and random data by the method of data manage- 
ment described as embodying the third aspect of the in- 
vention. 

Next, an explanation will be made of backing up of 
data management information. 

First, an explanation will be made of the backup of 
management information when managing data by the 
record entry system. 

As shown in Fig. 1 7, the recording area of a MO disc 
40 is divided into data management areas 50 and 51, 
backup data management areas 50a and 5la of the 
same size as the data management areas 50 and 51 , 
and the data area 52. 

The data management area 50 records file entries. 

The backup data management area 50a records file 
entries as backup. 

The data management area 51 records the record 
entries. 

The backup data management area 51 a records the 
record entries as backup. 

The data area 52 records data managed by the file 
entries and the record entries. 

The backup data management areas 50a and 51a 
are disposed directly behind the data management ar- 
eas 50 and 51 , respectively. The data management area 
51 is disposed directly after the backup data manage- 
ment area 50a. 

The data management area 50 and the backup data 
management area 50a record file entries continuously. 

The data management area 51 and the backup data 
management area 51a record record entries continu- 
ously. 

With this technique, since the backup data manage- 
ment areas 50a and 51 a are disposed adjoining the data 
management areas 50 and 51, when recording the file 
entries and record entries in the backup data manage- 
ment areas 50a and 5la as backup, it is possible to hold 
to a min imum the seek operations of the recording head. 

In particular, this technique is effective when the 
seek time is relatively long in an MO disc. 

Further, with this technique, since all of the data 
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management information is backed up, it is possible to 
enhance the reliability of the recording of data when a 
defect occurs in the MO disc 40. 

If the MO disc 40 is replaced by a hard disc here, 
the seek time becomes shorter, so the method of backup 
shown in Fig. 18 is sufficient. 

As shown in Fig. 18, the recording area of the MO 
disc 40 is divided into the data management areas 53 
and 54, the backup data management areas 53a and 
54a of the same size as the data management areas 53 
and 54, and the data area 55. 

The data management area 53 records the file en- 
tries. The backup data management area 53a records 
the file entries as backup. 

The data management area 54 records the record 
entries. 

The backup data management area 54a records the 
record entries as backup. 

The data area 55 records the data managed by the 
file entries and the record entries. 

The data management area 54 is disposed directly 
behind the data management area 53, while the backup 
data management area 54a is disposed directly behind 
the backup data management area 53a. 

The backup data management area 53a is disposed 
directly behind the data area 55. 

In this embodiment, the file entries are recorded in 
the data management area 53, then the recording head 
is made to engage in a seek operation and the entries 
are recorded in the buffer data management area 53a. 

Further, the record entries are recorded in the data 
management area 54, then the recording head is made 
to engage in a seek operation and the entries are re- 
corded in the buffer data management area 54a. 

In this embodiment, for example, two recording 
heads are provided and the file entries are simultane- 
ously recorded in the data management area 53 and the 
backup data management area 53a. Further, the record 
entries are simultaneously recorded in the data man- 
agement area 54 and the backup data management 
area 54a. 

Further, in this technique, since the data manage- 
ment areas 53 and 54 and the backup data manage- 
ment areas 53a and 53b are disposed separate from 
each other, when a recording area is destroyed by a 
scratch etc., the possibility of both of the data manage- 
ment areas 53 and 54 and the backup data manage- 
ment areas 53a and 54a being destroyed can be re- 
duced. Therefore, it is possible to further enhance the 
reliability of the recording of data management informa- 
tion. 

Next, an explanation will be made of the backup of 
management information when managing data by the 
above second and third methods of data management. 

As shown in Fig. 19, the recording area of the MO 
disc 40 is divided into the data management areas 56, 
57, and 59, the backup data management areas 56a, 
57a, and 59a of the same size as the data management 



areas 56, 57, and 59, and the data areas 58 and 60. 

The data management area 56 records the file en- 
tries. 

The backup data management area 56a records the 
5 file entries as backup. 

The data management area 57 records the record 
entries. 

The backup data management area 57a records the 
record entries as backup. 
10 The data management area 59 records the man- 
agement information oUhe i-node system or FAT sys- 
tem. 

The backup data management area 59a records the 
management information of the i-node system or FAT 
15 system as backup. 

The data area 58 records the continuous data. 
The data area 60 records the random data. 
The backup data management areas 56a, 57a, and 
59a are disposed directly behind the data management 
20 areas 56, 57, and 59. Further, the data management 
area 57 is disposed directly behind the backup data 
management area 56a. The data management area 58 
is disposed directly behind the backup data manage- 
ment area 57a. The data management area 59 is dis- 
25 posed di rectly beh ind the backup data area 58. The data 
area 60 is disposed directly behind the backup data 
management area 59a. 

The data management area 56 and the backup data 
management area 56a continuously or simultaneously 
30 record the file entries. 

The data management area 57 and the backup data 
management area 57a continuously or simultaneously 
record the record entries. 

The data management area 59 and the backup data 
35 management area 59a continuously or simultaneously 
record the data management information of the i-node 
system or FAT system. 

With this technique, since the backup data manage- 
ment areas 56a, 57a, and 59a are disposed adjoining 
40 the data management areas 56, 57, and 59, when re- 
cording the file entries, record entries, or data manage- 
ment information in the backup data management areas 
56a, 57a, and 59a, it is possible to eliminate or hold to 
a minimum the seek operations of the recording head. 
45 Further, with this technique, since the data manage- 
ment information for managing the continuous data and 
the random data are recorded directly before the record- 
ing areas 58 and 60, it is possible to efficiently access 
the data management information and the continuous 
so data and the random data managed by it. 



Claims 

55 1. a randomly accessible recording medium, com- 
prised of 

a data area in which recordal data is recorded 
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in one or more variable length recording blocks 
by file and 

a management data area in which file entries 
and recording entries for each recording block 
of the files are recorded, 5 
the file entries including name data showing the 
names of the recordal data recorded in the files 
and identification data showing the record 
entries of the first recording blocks in which the 
recordal data are recorded, 10 
the record entries including head position data 
showing the heads of the recording blocks, link 
data showing the recording blocks in which 
continuations of the recordal data are recorded, 
and recording length data showing the record- is 
ing lengths of the recording blocks. 

2. A method .of data management for managing data 
on a randomly accessible recording medium, com- 
prised of 20 

a data area in which recordal data is recorded 
in one or more variable length recording blocks 
by file and 

a management data area in which file entries 25 
and recording entries for each recording block 
of the files are recorded, 
the file entries including name data showing the 
names of the recordal data recorded in the files 
and identification data showing the record 30 
entries of the first recording blocks in which the 
recordal data are recorded, 
the record entries including head position data 
showing the heads of the recording blocks, link 
data showing the recording blocks in which 35 
continuations of the recordal data are recorded, 
and recording length data showing the record- 
ing lengths of the recording blocks, 
wherein use is made of the name data showing 
the name of the recordal data to be accessed 40 
to find the file entry and 

use is made of the head position data and the 
recording length data of the record entry shown 
by the identification data of the file entry of the 
recordal data to be accessed and the record 45 
entry shown by the link data of that record entry 
to access the recordal data. 

3. A method of generating and recording recordal data 

on a randomly accessible recording medium and so 
management data for managing that recordal data, 
comprised of the steps of: 

a) generating a file entry including name data 
showing the name of the recordal data, 55 

b) acquiring record entry nos., c) writing the first 
record entry no. in the file entry as the head 
record entry no., 



d) securing an empty recording area in the data 
recording area on the recording medium, 

e) writing the head position of the empty record- 
ing area in the record entry as head position 
data, 

f) recording the recordal data in the empty 
recording area, 

g) writing the size of the recorded recordal data 
in the record entry as the recording length data 
when the empty recording area becomes full 
and there is sti£ recordal data remaining, 

h) acquiring the next record entry no. and writ- 
ing the next record entry no. in the previous 
record entry as link data when there is still 
recordal data remaining, 

i) repeating steps d) to h) until there is no longer 
any recordal data to be recorded, and 

j) writing the size of the recordal data recorded 
in the recording area in the recording entry as 
the recording length data and writing link down 
showing that it is the end in the final record entry 
when there is no longer any recordal data to be 
recorded. 

4. A data management apparatus for managing 
recordal data recorded at recording areas of varia- 
ble length on a randomly accessible recording 
medium, said data management apparatus pro- 
vided with: 

a record entry generating means for generating 
a record entry establishing correspondence 
among link data, head position data, and 
recording length data for each said recording 
area, 

a link data generating means for generating link 
data showing the record entry of the recording 
area on which a continuation of said recordal 
data recorded at said recording area is 
recorded, 

a head position data generating means for gen- 
erating head position data showing the head 
position of said recording area, 
a recording length data generating means for 
generating recording length data showing the 
length of said recordal data recorded at said 
recording area, 

a file entry generating means for generating a 
file entry establishing correspondence between 
name data showing the name of said recordal 
data and identification data showing the record 
entry of said recording area on which the head 
portion of the recordal data is recorded, and 
an access management means for managing 
access to said recordal data using the name 
data showing the name of the recordal data to 
be accessed to search through the file entries 
and using the head position data and recording 
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length data of the record entry shown by the 
identification data of the file entry of the 
recordal data to be accessed and the record 
entry shown by the link data of the record entry. 

£ 

5. A data management apparatus as set forth in claim 
4, further provided with: 

an empty recording area securing means for 
securing empty areas on which data is not con- 10 
tinuously recorded in said recording medium, 
a recordal data writing means for writing said 
recordal data successively in said empty 
recording area, 

an empty recording area managing means for is 
causing said empty recording area securing 
means to secure a next empty recording area 
when said recordal data has been recorded in 
all of said secured empty recording area, and 
a data managing means for recording said file 20 
entry and said record entry at predetermined 
recording areas of said recording medium 
when said recordal data has finished being writ- 
ten and when said recordal data has been 
recorded at all of said secured empty recording 25 
area. 

6. A randomly accessible recording medium com- 
prised of 

30 

at least one first recording area in which con- 
tinuous data requiring continuous access is 
recorded in one or more variable length blocks 
by file and 

at least one second recording area in which 35 
random data not requiring continuous access 
is recorded in one or more fixed length blocks 
by file, 

management data for managing the files are 
recorded, and 40 
the management data includes data showing if 
the data recorded in a file is continuous data or 
random data. 

7. A randomly accessible recording medium as set 45 
forth in claim 6, wherein 



recorded in one or more variable length blocks 
by file and 

at least one second recording area in which 
random data not requiring continuous access 
is recorded in one or more fixed length blocks 
by file, 

the management data including data showing 
if the data recorded in a file is continuous data 
or random data, wherein 

the management apparatus manages the con- 
tinuous data b^a first method and manages the 
random data by a second method based on 
said management data. 

9. A randomly accessible recording medium in which 
are recorded a plurality of files having continuous 
data requiring continuous access recorded in one 
or more variable length blocks, random data not 
requiring continuous access recorded in one or 
more fixed length blocks, first management data 
showing the recording positions of the continuous 
data, and second management data showing the 
recording positions of the random data. 

10. A randomly accessible recording medium as set 
forth in claim 9, wherein 

said continuous data is comprised of video or 
audio signals and 

said random data is text data such as camera 
recording memos etc. relating to the video or 
audio signals. 



said continuous data is comprised of video or 
audio signals and 

said random data is text data such as camera so 
recording memos etc. relating to the video or 
audio signals. 

8. A management apparatus for managing a randomly 
accessible recording medium comprised of S5 

at least one first recording area in which con- 
tinuous data requiring continuous access is 
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